home *** CD-ROM | disk | FTP | other *** search
- Date: Wed, 27 Apr 1994 11:20:45 +0200
- From: Thomas Schulze <ts@uni-paderborn.de>
- Message-Id: <199404270920.AA28940@djerba.uni-paderborn.de>
- To: mint@atari.archive.umich.edu
- Subject: Re: split biosfs.c into several XDD's?
-
- Hi,
-
- you wrote: (with lots of stuff deleted)
-
- > This would result in having the following device drivers (not all of them
- > for every type of computer, but that should be a job of the initialization
- > code then), with some notes about possible changes I've been thinking of:
- >
- > console.xdd
- > midi.xdd - shouldn't forget that :-)
- > modem1.xdd - switch to new (unix-style) names?
- > modem2.xdd - dito?
- > serial1.xdd - dito?
- > serial2.xdd - dito?
- > centr.xdd - switch to a proper name, say, lp.xdd? would make it easier to
- > *replace* it with Thierry Bousch's one
- > fasttext.xdd - perhaps merge this with console.xdd and use some fcntl to
- > switch between them?
- > null.xdd
- > mouse.xdd - add an absolute mode? the small buffering of relative steps
- > makes - for example - MGR crawl like a snake when the system
- > is under heavy load, making the buffer bigger wouldn't do,
- > but adding an absolute mode (errr, not SUN compatible)
-
-
- Ok, but I think we should have a core set of drivers inside the kernel.
- console.xdd is one of them, the (to be written) acsi/scsi xdd another one.
- How about writing a keyboard.xdd, too?
-
- Otherwise, how could MiNT inform Joe User about non existing path for loading
- xdd's? Or about serious problems while starting?
-
- In fact each of these xdd should be a possible part of the kernel to build
- a version of MiNT which boots from the network. This will result in a
- configurable kernel...
-
- And another one: How about integrating Juergen Lock's vcon (Virtual Console)
- into the kernel?
-
- Just my two cents, Thomas.
- ts@uni-paderborn.de
-
-